Как убрать лишние скрипты и стили WordPress с отдельных страниц

Если сайт на WordPress грузит лишние CSS и JS на всех страницах, это обычно видно сразу: лишние запросы в браузере, более долгий рендер, тяжелые страницы без видимой причины. Чаще всего проблема не в самом WordPress, а в теме и плагинах, которые подключают ресурсы «на всякий случай» по всему сайту. Убрать их можно точечно — только там, где они действительно не нужны.

Рабочий подход здесь один: сначала понять, какой файл подключает ресурс и на каких страницах он нужен, затем отключить его только для конкретных шаблонов, записей или типов страниц. Если сделать это грубо, можно сломать форму, слайдер, галерею, меню или адаптивную верстку. Поэтому начинать стоит не с удаления всего подряд, а с диагностики.

Сначала найдите, что именно можно отключить

Открывать functions.php и сразу писать код — плохая идея, если вы не знаете, какой именно стиль или скрипт мешает. Сначала посмотрите список подключенных ресурсов на проблемной странице. Проще всего это сделать в браузере через DevTools: вкладка Network покажет CSS и JS, а в исходном коде страницы можно увидеть названия файлов и handle, если они выводятся через WordPress.

Для практической работы полезно понять три вещи:

• какой плагин или тема подключает ресурс;
• нужен ли он на этой конкретной странице;
• зависит ли от него другой скрипт или стиль.

Последний пункт особенно важен. В WordPress ресурсы часто подключаются с зависимостями. Если отключить файл, который нужен другому скрипту, на странице появится ошибка в консоли или перестанет работать интерфейсный элемент.

Что можно отключать без риска, а что лучше не трогать

Безопаснее всего убирать ресурсы, которые относятся к функциональности, отсутствующей на конкретной странице. Например, скрипт комментариев на странице, где комментарии отключены, стили формы поиска на шаблоне, где поиска нет, или библиотеку слайдера на странице без слайдера.

Осторожнее нужно быть с такими вещами:

• jQuery и файлы, от которых зависят плагины и элементы темы;
• основные стили темы, если вы не уверены, какой блок ими оформляется;
• скрипты, которые отвечают за меню, мобильную навигацию, модальные окна, формы и валидацию;
• ресурсы, которые подключаются не самой темой, а плагином с коротким и непонятным названием файла.

Если ресурс нужен хотя бы на одной части шаблона, отключайте его не глобально, а только через условие. Это и есть нормальная оптимизация фронтенда в WordPress: не «удалить всё лишнее», а «не грузить там, где оно не используется».

Отключение скриптов и стилей через код

Самый надежный способ — использовать хук wp_enqueue_scripts и функции wp_dequeue_script(), wp_deregister_script(), wp_dequeue_style(), wp_deregister_style(). Обычно достаточно dequeue: он убирает уже подключенный файл из очереди. deregister нужен реже, когда вы хотите полностью снять регистрацию ресурса и заменить его своим вариантом.

Код лучше добавлять в дочернюю тему или в небольшой mu-plugin, а не в родительскую тему, если она обновляется. Перед изменениями сделайте резервную копию: при ошибке в functions.php сайт может уйти в белый экран.

Ниже пример, который отключает конкретные ресурсы только на странице с определенным шаблоном или на конкретной странице. Названия handle нужно заменить на реальные из вашего сайта:

add_action( 'wp_enqueue_scripts', function () {
    if ( is_page( 'contacts' ) ) {
        wp_dequeue_style( 'contact-form-7' );
        wp_dequeue_script( 'contact-form-7' );
    }

    if ( is_page_template( 'templates/landing.php' ) ) {
        wp_dequeue_style( 'swiper' );
        wp_dequeue_script( 'swiper' );
    }
}, 100 );

Здесь важен приоритет 100. Он помогает выполнить код после того, как тема и плагины уже успели подключить свои файлы. Если поставить слишком ранний приоритет, отключение может не сработать, потому что ресурс еще не добавлен в очередь.

Если нужно убрать файл только на одной записи или в определенной рубрике, используйте условные теги WordPress: is_single(), is_page(), is_home(), is_archive(), is_category(), is_singular(). Это стандартный и предсказуемый способ ограничить действие кода.

Как узнать правильное имя ресурса

В коде выше используются не имена файлов, а handle — внутренние идентификаторы, под которыми WordPress регистрирует скрипты и стили. Именно их и нужно передавать в wp_dequeue_script() и wp_dequeue_style().

Есть несколько способов найти handle:

• посмотреть код подключения в теме или плагине, где вызывается wp_enqueue_script() или wp_enqueue_style();
• временно включить вывод списка подключенных ресурсов через инструменты разработчика и сопоставить файл с названием handle;
• использовать плагины для управления ассетами, которые показывают, что именно загружается на странице.

Если handle найден неверно, отключение просто не сработает. Это не опасно, но легко потратить время впустую. Поэтому сначала убедитесь, что вы отключаете именно тот ресурс, который реально подключен WordPress, а не похожий файл из другой библиотеки.

Когда удобнее отключать ресурсы через плагин

Если не хочется править код темы, можно использовать плагины для управления ассетами. Такой вариант удобен владельцу сайта или контент-менеджеру: видно список CSS и JS по каждой странице, и можно точечно выключать ненужное без редактирования PHP. Это особенно полезно, когда на сайте много плагинов и ресурсы подключаются из разных мест.

Но у плагинного подхода есть ограничения. Он добавляет еще один слой логики, а значит — еще один плагин, который тоже нужно поддерживать. Кроме того, не все ресурсы можно отключить безопасно через интерфейс: иногда нужно учитывать зависимости и исключения для мобильной версии, главной страницы или отдельных шаблонов.

Если вам нужен именно системный способ чистки сайта от лишних дублей и ресурсов, уместно посмотреть в сторону